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Abstract — We examine and bring out the architecturally signif- 
icant characteristics of various virtualization and cloud oriented 
platforms. The impact of such characteristics on the ability of 
guest applications to achieve various quality attributes (QA) has 
also been determined by examining existing body of architecture 
knowledge. We observe from our findings that efficiency, resource 
elasticity and security are among the most impacted QAs, and 
virtualization platforms exhibit the maximum impact on various 
QAs. 

Index Terms — Software Architecture Design, Non-functional 
Requirements, Design Decisions, Quality Attributes, Cloud Com- 
puting, Virtualization, Design decision impact 

I. Introduction 

Virtualization and cloud oriented computing platforms have 
emerged as quite disruptive candidates for deployment and de- 
velopment of software applications. For designing the architec- 
ture of a complex software system, it is critical to understand 
important properties of target computing platforms. Equally 
important is to know the impact of these properties on various 
functional and non-functional aspects of an application. To- 
wards that end, we have examined and analysed architectural 
aspects of virtualization and cloud based platforms. 

For the said platforms and their underlying components, 
we determine what are the architecturally significant charac- 
teristics that are important from an application's perspective. 
We used the term characteristics here to collectively represent 
both functional features and the non-functional quality present 
in the platform. The impact of such characteristics on different 
QAs of a guest application has been determined by examin- 
ing software architecture body of knowledge and performing 
benchmarking experiments. This impact knowledge is critical 
for assessing different platforms on a set of QA criteria. 

A. Related work 

Several researchers have explored different dimensions of 
virtualization and cloud based platforms. For instance, a dis- 
section of the cloud into five main layers, and illustrating their 
interrelations and inter-dependency on constituent components 
has been discussed by Youseff et. al. 0"). The architectural 
requirements of cloud platforms have been discussed by Rimal 
et. al. [2 |. These works examine different technical dimensions 
of cloud computing. However, from the standpoint of an 
application that wants to make exploit capabilities of such 
modern computing platforms, some questions still do not have 
clear answers. For example: 



1) What are important characteristics of various platforms 
from the viewpoint of a guest application? 

2) How do such characteristics impact various functional 
and non-functional aspects of guest application? 

In the presented work we address the above questions. 

This report is organized into four sections. In Section Hll we 
examine the characteristics of various computing platforms. 
We bring out and discuss impact of said characteristics on 
QAs in Section [HI] Report is concluded in Section [IV] 

II. Computing Platforms Characteristics 

A platform has characteristics which are typically deter- 
mined and specified by 

• Its functional attributes. 

> Non-functional QAs that it assures. 

« Design decisions or tactics employed in its architecture. 

The presented work examines in detail the characteristics of 
two platforms viz. Virtualization based and Cloud based. In 
order to bring out such characteristics, following documenta- 
tion artifacts were examined: 

• Architecture description documents. They provide differ- 
ent views, e.g. design decision view, deployment view 
etc., for platform's architecture. 

> Product specifications that describe functional and non- 
functional features. 

« Benchmarking data if available. 
The platforms and their important properties have been dis- 
cussed in detail in sections below. 

A. Virtualization Based 

In this type of platforms the hardware resources are virtual. 
Typically, the computing environment is offered as Virtual 
Machine (VM) which the Virtual Machine Monitor (VMM) 
executes on a physical hardware shared with other VMs. 

Virtualization can be of two kinds: a) OS based as in Solaris 
containers [3|, and b) Virtual Machine Monitor (VMM) based 
as in Xen [4|. Further, the VMM based virtualization can be 
of two kinds: bare metal and hosted (5). Certain VMMs also 
exist that take advantage of special purpose hardware features 
such as of recent Intel processors 0. 

The internals of various types of virtualization platforms 
(such as |3|-[8|) were examined in detail to bring out their key 
properties. Following are the chief properties common across 
above said types of virtualization platforms: 



1) Limited hardware control capabilities for VMs 

2) Programmatic self-serviced provisioning 

3) VM check-pointing and snap shots 

4) Software abstraction of hardware 

5) Multi-tenancy by logical partitioning of physical host into 
encapsulated software entities 

6) Abstraction of hardware platform specific APIs and ABIs 
(e.g. VMware's products export an x86-based computer) 

7) VM migration (both live and offline) 

OS based visualization platforms exhibit the following 
characteristics: 

1) Guest OS (or kernel in some cases) in VM cannot be 
different from the host one. 

2) Programs in VMs use the OSs normal system call inter- 
face (no emulation involved). 

3) Tight integration with host OS, and less overhead in 
comparison to the VMMs 

4) Isolation under a shared OS instance only 

5) Privileged tasks only under the host OS control (e.g. 
loading a device driver, changing IP in a VM); else the 
application has to be modified to work in a VM. 

6) Uses file-level copy-on-write mechanisms 
Characteristics exhibited by VMM based virtualization plat- 
forms are as below: 

1) No restrictions on guest OS in VM 

2) Programs in VMs use VMM provided emulation instead 
of the OSs normal system call interface into underlying 
hardware 

3) Allows full guest OS control in the VM 

4) Uses block-level copy-on-write 

5) Bare-metal VMM: 

a) In some cases modification of guest OS needed for 
running in a VM 

b) Thin and encapsulated hardware facing layer 

6) Hosted VMM: 

a) No modification needed to guest OS for running in a 
VM 

b) VM runs a regular process inside host OS subject to 
host OS environment 

B. Cloud Based 

The functional features and available architecture and low- 
level implementation details of various cloud platforms were 
examined [9 |-| 16 1 to bring out main characteristics of the said 
platforms. The key characteristics of cloud based computing 
platforms (common across various cloud variants) are listed 
as below: 

1) Programmatic provisioning of resources 

2) Allows self-service provisioning 

3) Shared underlying computing infrastructure via multi- 
tenancy 

4) Lack of standards for key services such as security, VM 
control and management among others. 

5) Computing as a utility accessible over the network 

6) Geographic location transparent to clients 



7) Political/legal jurisdiction transparent to clients 

8) Measured service 

9) Lack of smart metering and billing. Users are billed on 
as used basis. 

10) Lack of absolute control on data and computing assets 
custody 

11) Potential to abuse the relative anonymity behind registra- 
tion and usage models 

12) Lack of detailed and fine grained resource monitoring 
mechanisms 

13) Difficult to assess software licensing structure, especially 
in complex deployment scenarios where multiple licenses 
of different software are used in a single environment. 

Service Model Specific Characteristics: 

PaaS Cloud Specific: 

1) Allows only provider supported programming languages, 
tools, APIs and components to build applications. 

2) Can control deployed applications and possibly its host- 
ing environment configurations. 

3) No control of underlying infrastructure (network, servers, 
operating systems, or storage). 

IaaS Cloud Specific: An IaaS cloud platform provides basic 
compute infrastructure as a VM plus some virtual storage and 
networking. 

1) Allows resource utilization monitoring and reacting to 
events 

2) Cloud user responsible for installing/managing all soft- 
ware on VM 

3) Applications running in the VM are responsible for 
dealing with the reactions to above mentioned events. 
For instance, a configured reaction for a "CPU utilization 
threshold reached event" may be to add more instances 
of the VM. It is then expected that the architecture of the 
application(s) running on the VM allows to harness the 
newly added VM's capacity. 

4) Limited control on networking components, e.g. host 
firewalls. 

SaaS Cloud Specific: 

1) Allows control of a limited set of user-specific application 
configuration settings. 

2) No control of underlying infrastructure (network, servers, 
operating systems, storage, or individual application ca- 
pabilities). 

Deployment Model Specific Characteristics: 

Public Cloud Specific: 

1) Cloud service provider has the custody and control of 
applications, data and computing assets hosted on cloud. 

2) Single point ownership of cloud infrastructure lies with 
the organization selling cloud services. 

3) Often has homogeneous virtualization environment. 

4) Allows limited configurations of cloud infrastructure. 

5) Cloud infrastructure is made available to the general 
public for a fee. 



Private Cloud Specific: 

1) Often has a homogeneous virtualization environment. 

2) Total ownership, control and custody of applications, data 
and computing assets. 

3) Allows custom configurations of cloud infrastructure. 

4) Operated solely for one organization. 

Hybrid Cloud Specific: 

1) A logical arrangement that combines two or more dis- 
parate clouds (private, community, or public). 

2) Each constituent cloud remains a unique entity retaining 
its own characteristics. 

3) Constituent clouds are linked via a technology (standard- 
ized or proprietary) that enables data and application 
portability. 

Community Cloud Specific: 

1) Member organizations have total ownership, control and 
custody of applications, data and computing assets. 

2) Supports a specific community that has shared 
goals/concerns. 

3) Distributed ownership of cloud infrastructure shared by 
several participating organizations. 

4) Often has a homogeneous virtualization environment. 



III. Impact of Platform's Characteristics on QAs 



The ability of any software system to achieve certain QAs 
is determined by: 

1) Characteristics of the underlying platform on which the 
system is built 

2) How the said characteristics have been harnessed (or 
mitigated) when designing architecture of the system. 

The characteristics that we refer to above are the result 
of design decisions taken by architects of the platform in 
question. Architecture of a well designed software system typ- 
ically implements some architectural pattern(s). Architectural 
patterns employ proven design tactics for addressing design 
concerns and achieving the desired levels of QAs ifTTl . ifTSl . 

Therefore, by examining platform characteristics in light 
of existing body of architecture knowledge, their impact on 
various QAs can be easily found. For our study of the QA 
impact of various platform characteristics, we chose a subset 
of QAs listed in first part of the standard, ISO/IEC 9126-1. 
A partial list of QAs is: 



Assets custody 
Auditability 
Availability 
Backup 

Configurability 
Deployment 
Disaster recovery 
Efficiency 



Operability 
Performance isolation 
Policies Compliance 
Portability 
Privacy 

Reliability (MTBF) 
Resource elasticity 
Response time 



Environmental impact Scalability 

Failure management Security 

Installability Supportability 

Interoperability Tenent isolation 

Maintainability Testability 

Modifiability Throughput 

In subsequent sections, we have determined the impact 
of platform characteristics identified in Section [II] on above 
set of QAs. We examined in detail the architecture patterns, 
design tactics and best practices knowledge from sources such 
as ifPTIl . lfT9l - ll24l in order to determine the said impact on 
QAs. The information about impact of computing platform's 
characteristics on QAs is presented in the tabular (matrix) 
form. Along the rows are listed characteristics of the platforms, 
and along columns are indicated QAs. 

Impact of a platform characteristic on a QA can be located 
at the intersection of respective row and column. A value of 1 
for impact indicates that the characteristic in selected row has 
favourable impact on the QA in the column. Value -1 indicates 
an adverse impact on the QA, and the empty cell means that 
there is no impact. 

A. Impact of Virtualization Based Platform Characteristics 

Impact information for only a subset of all possible com- 
binations between platform characteristics and QAs are de- 
scribed in detail here. The Table H] however, shows the impact 
information for all cases. It is easy to observe that as we move 
from parent to the subcategories of virtualization types such 
as VMM based, OS based and further down, the impact on 
QAs gets narrowed down to fewer QAs due to specialization. 

1) Ability to Take VM Snapshots: Virtualization provides 
several capabilities to enable programmatic manipulation of 
VMs. It allows saving the state of a live or off-line VM to 
a file by taking a snapshot of the VM. This is similar to 
check-pointing of in-fight transactions in database systems. 
One can easily restore the VM to a prior good known state 
by restoring a snapshot on detecting a failure. This favourably 
impacts reliability, disaster recovery, backup and deployment 
etc. Table U shows impact on rest of the QAs. 

2) Abstraction of Hardware Resources as Software Entities: 
The hardware resources such as CPU, memory, disk etc., 
are software entities in a virtualization based platform. For 
instance, CPU seen inside the VM is a representation of time- 
slices on underlying physical CPU cores. Design tactic of 
abstraction has been applied to present physical resources 
as software entities to the applications. This idea allows the 
VMs to be programmatically examined, controlled, saved and 
moved around over the network like regular files. Almost all 



TABLE I 

QA IMPACT FOR VlRTUALIZATION PLATFORMS 
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Common across all platforms 



Software abstraction of hardware 
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1 


1 
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1 
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Limited hardware control capabilities for Vms 
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Programmatic self-serviced provisioning 
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Multi-tenancy by logical partitioning of physical host 
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-1 


VM check-pointing and snap shots 
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VM migration (both live and offline) 
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Abstraction of platform specific APIs and ABIs 
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1 






-1 
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VMM Virtualization platform 



Allows full guest OS control in the VM 
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Uses block-level copy-on-write 
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No restrictions on guest OS in VM 








1 
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Programs in VMs use VMM provided emulation instead of 
the OSs normal system call interface 














-1 
























-1 










-1 








-1 



Bare-metal VMM platform 



I Thin and encapsulated h/w facing layer 



Hosted VMM platform 



VM runs a regular process inside host OS 
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-1 
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1 
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-1 
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Can run unmodification guest OS in a VM 
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OS Virtualization platform 



Isolation under a shared OS instance only 








-1 
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1 
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Privileged tasks only under the host OS control 
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Programs in VMs use the OSs normal system call interface 
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Tight integration with host OS 
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Guest OS (or kernel in some cases) in VM must be same 
as host. 
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Uses file-level copy-on-write mechanisms 
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the QAs, except some performance related QAs, that we listed 
are favourably impacted by this characteristic. For instance, 
backup, disaster recovery, operability etc. are favourably im- 
pacted. On the other hand, the additional layer of abstraction 
introduces performance penalties; as such response time and 
throughput are expected to be adversely impacted. 

B. Impact of Cloud Based Platform Characteristics 

Several variants of cloud based platforms exist, mainly 
differing based on service (i.e. IaaS, PaaS etc.) and deployment 
models (i.e. private, public etc.). They have many of the 
characteristics common, whereas some are specific to each 
variant. There are large number of combinations possible 
between platform characteristics and QAs. To highlight our 
analysis approach, we discuss the impact of only a subset 
of characteristics on QAs. Impact information for rest of the 
combinations is, however, presented in Table [TT] 

1) Limited Control of Underlying Platform: The cloud 
users get only a limited control on underlying platform in- 
frastructure in all service model based non-private variants of 
cloud. For instance, IaaS host machine's power management 
functions are typically not available in VMs. That is, a VM 
is not allowed to put the physical CPU to a low power state 
when idle. Similarly, on PaaS, only deployed applications and 
its hosting environment configurations can be controlled by 
applications. As such, this characteristic adversely impacts 



adaptability, configurability and failure management. Most of 
the remaining QAs are not directly impacted and are as shown 
in Table M 

2) Self-service Provisioning: Cloud platforms provide pro- 
grammatic APIs to allow automation of several common 
provisioning tasks. For instance, a VM with 4 CPUs, 8GB 
RAM, 250GB of disk can be created in seconds. This char- 
acteristic improves deployment, configurability, operability, 
backup etc. This is because achieving these QAs now does not 
require human/manual intervention. These tasks can now be 
performed via programmatic means by utilizing cloud APIs. 
We have determined the impact on other QAs by a similar 
analysis, and is shown in Table ICT 

IV. Conclusion 

We have presented the detailed examination and analysis of 
various platforms, from the standpoint of guest application's 
architecture and design. Both virtualization and cloud plat- 
forms possess characteristics that impact the ability of guest 
applications to achieve certain QAs. For instance, the ability to 
take a snapshot of a running VM impacts the disaster recovery 
in a favourable manner. Similarly, the lack of physical custody 
of data and software assets by the users in case of cloud 
platforms impacts the security and privacy QAs adversely. We 
also observe that certain QAs such as resource elasticity, tenant 
isolation and performance isolation arise mainly in case of 



TABLE II 
QA IMPACT OF CLOUD PLATFORMS 



Characteristics JJ. 



Common across all cloud platforms 



'1 1 
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Programmatic provisioning of resources 
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Allows self-service provisioning 
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1 
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Lack of absolute control on software/data assets custody 


-1 


-1 
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Lack of standards for key services 
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Measured service 


























































Lack of smart metering and billing. Users billed on as used 
basis 
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Lack of tine grained resource monitoring mechanisms 


-1 










-1 
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-1 
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-1 
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Computing as a utility accessible over the network 
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1 
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Geographic location transparent to clients 






























-1 
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Political/legal jurisdiction transparent to clients 
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Difficult to assess software licensing structure 



























































PaaS platform 



Only deployed applications and its hosting environment 
configurations can be controlled 


-1 






-1 
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Only provider supported programming languages, tools, 
APIs etc. Allowed 


-1 
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-1 
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No control/responsibility of underlying infrastructure (hard- 
ware, OS) 


-1 






-1 
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SaaS platform 



Can control only a limited set of user-specific application 
configuration settings. 


-1 
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Provider specific service implementation 
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IaaS platform 



User responsible for installing/managing all software on 
VM 
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Allows resource utilization monitoring and reacting to 
events 
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Applications in VM are responsible for handling above 
events 


















1 
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Limited control on networking components 








-1 
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Public Cloud platform 



Infrastructure available to general public for fee 
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Cloud vendor has single point ownership of infrastructure 
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Cloud provider retains custody and control of software/data 
assets 
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Private Cloud platform 



Operated solely for one organization 
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Total ownership/custody of software/data assets 
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Custom configurations of cloud infrastructure possible 
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Has a homogeneous virtualization environment 
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Hybrid Cloud platform 



| Blending of two or more disparate clouds 



Community Cloud platform 



Ownership of cloud infrastructure shared by participating 
organizations 
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Has a homogeneous virtualization environment 
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Member organizations have ownership and custody of soft- 
ware/data assets 
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cloud platforms. 

We believe that these knowledge artifacts presented here 
will help in performing the rational technical evaluation of 
various platforms. 
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